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REMARKS 

Applicant respectfully requests reconsideration and allowance of the 
subject application. Claims 9, 31-32, and 53-54 have been canceled. Claims 1-8, 
10, 12-30, 33-37, 42-52, and 55-70 are pending, of which claims 1, 8, 12, 28, 33, 
and 49 have been amended. 

35 U.S.C §102 Claim Rejections 

Claims 1-10, 12-37, and 42-70 are rejected under 35 U.S.C. § 102(e) as 
being anticipated by U.S. Patent Application Publication No. US 2002/0152102, to 
Brodersen et al. (hereinafter, "Brodersen") {Office Action p.2). Applicant 
respectfully traverses the rejection. 

Brodersen describes state model development of industrial and business 
processes and relates to business objects which model steps or states in a business 
process or in a manufacturing process fl[0001 and ^[0008). A "state model is 
created by selecting a template for the state model, and selecting industrial or 
business object components for the state model" {Abstract). 

To the contrary, Applicant claims and describes a finite state model-based 
testing system that enables a user to define and generate a model for testing a 
software application {Summary, p.9, lines 2-3 and claim 1, for example). A user 
interface enables a user to define a state table and associated software application 
transitions from which a model generation engine generates an entire model (i.e., 
state table) of the software application under test {Summary p.9, lines 8-11). A 
test sequence of inputs for the software application is generated from the model of 
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the software application, and the software application is tested with the test 
sequence of inputs {see claim 1 for example). 

Claim 1 recites a finite state model-based testing system comprising: 

a model generation engine configured to generate a model of a software 
application, the model being generated from parameters that describe the software 
application; 

a user interface to enable user entry of the parameters to define the model; 

a graph traversal program to generate a test sequence of inputs for the 
software application, the test sequence of inputs being generated from the model 
of the software application; and 

a test driver to initiate a test of the software application with the test 
sequence of inputs. 

Brodersen does not show or disclose that a model of a software application 
can be generated from parameters that describe the software application, or "a 
graph traversal program to generate a test sequence of inputs for the software 
application, the test sequence of inputs being generated from the model of the 
software application", as recited in claim 1 . 

Brodersen only describes state model development for industrial and 
business processes {Abstract). Further, there is no indication in Brodersen of even 
testing a state model that is developed to define an industrial or business process. 
Brodersen simply utilizes objects that include supplied functions, variables, and 
routines for incorporation into a program for a business or industrial process 
(1J0004 and 1f0028). Presumably, these supplied program components have 
already been tested for use in Brodersen. 
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The Office relies on the title and abstract of Brodersen to reject the 
"model-based testing system comprising a model generation engine", as recited in 
claim 1 {Office Action pp.2-3). However, the Office disregards that claim 1 also 
recites the model generation engine "to generate a model of a software 
application". Brodersen does not disclose to generate a model of a software 
application, as recited in claim 1 . 

The Office further states that a Brodersen model comprises rules and 
conditions that inherently imply testing, and the Office relies on Brodersen f0010 
"which indicates that prerequisites must be met (via testing)" {Office Action p.2). 
Applicant disagrees with this mischaracterization of Brodersen because fOOlO 
says nothing about testing - the Office is relying on Applicant's disclosure to 
modify Brodersen in an effort to reject the present application. Further, the rules 
and conditions do not inherently imply testing, as the Office claims, because 
Brodersen describes at 1J0027 that a state model has permitted states and permitted 
transitions, which may inherently imply that there is no testing. 

The Office also relies on Brodersen ^[00 13 which "introduces testing and 
quality control steps" {Office Action p.2). Applicant disagrees that this testing 
referred to in Brodersen f0013 is applicable to a test of the software application 
recited in claim 1. Brodersen describes in ^[0013 that, for industrial models, 
testing and/or quality control steps may be introduced for manufactured 
equipment. There is no indication in Brodersen of a model of a software 
application, or even of testing the software application with a test sequence of 
inputs generated from the model of the software application, as recited in claim 1 . 
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Brodersen also does not show or disclose "a graphical user interface to 
enable user entry of parameters for defining the model", as recited in claim 1. 
Brodersen illustrates a user interface that is a state model view of a business 
process (Fig. 3; ]f0049). Brodersen says nothing about a graphical user interface to 
define a model of a software application to be tested, as recited in claim 1. 

The Office relies on Brodersen at ^[0003 which indicates that users develop 
or define the model {Office Action pp.2-3). The "model" referred to as being 
developed in Brodersen is a business process. There is nothing in Brodersen to 
indicate that a user interface enables entry of parameters to define the model of the 
software application, as recited in claim 1 . Brodersen does describe at ^[0003 that 
there is a need for development tools to allow^ end users to develop business 
applications customized to their needs and derived from supplied base classes, 
functions, subroutines, and the like. As described above, Brodersen simply 
utilizes program components that have already been developed and supplied. 

Brodersen also does not show or disclose a test driver to initiate a test of the 
software application with the test sequence of inputs, as recited in claim 1 . The 
Office relies on Brodersen at ^0053-54 which describes a state model and state 
machine to create the multi-method sales pipeline referred to in Brodersen at 
^{0059-60. The errors codes on p.6 of Brodersen are simply SQL error codes for 
a database and refer to operation of the multi-method sales pipeline {Brodersen, 
Tf0072). Again, the state model and state machine in Brodersen is to develop a 
business application that is derived from supplied base classes, functions, 
subroutines, and the like. There is no discussion of testing a software application 
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with the test sequence of inputs that are generated from a model of the software 
application, as recited in claim 1 . 

Brodersen also does not show or disclose "a graph traversal program to 
generate a test sequence of inputs for the software application", as recited in 
claim 1. The Office rejects this feature (which was claim 9, now canceled and 
incorporated into claim 1) based on the rejection of claim 8 {Office Action p.4). 
However, this feature is not recited in claim 8 and there is no mention in 
Brodersen of a graph traversal program to generate a test sequence of inputs for a 
software application, as recited in claim 1 . Applicant respectfully submits that a 
prima facie rejection has not been provided. The Office merely cites sections of 
Brodersen without any indication as to which features or aspects of Brodersen 
might be construed as a basis for the rejection. 

Accordingly, claim 1 is allowable over Brodersen for at least these several 
reasons, and Applicant respectfully requests that the §102 rejection be withdrawn. 

Claims 2-8 and 10 are allowable by virtue of their dependency upon 
claim 1 . Additionally, some or all of claims 2-8 and 10 are allowable over 
Brodersen for independent reasons. For example: 

Claim 8 recites "a graph traversal menu to enable a user to select the graph 
traversal program and generate the test sequence of inputs for the software 
application." Brodersen does not show or disclose a graph traversal menu or any 
test sequence of inputs for a software application, as recited in claim 8. The 
Office relies on Brodersen at ^0013-15 and states that the "cycles, flows, steps, 
and states provides for graph traversal programs" {Office Action p. 3). Applicant 
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disagrees because the cycles, flows, steps, and states refer to actions that are 
business and industrial specific. Further, the Office is again relying on 
Applicant's disclosure to modify Brodersen in an effort to reject the present 
application. 

The Office also relies on Brodersen Fig. 3 for a state model label, "State 
Model Transitions", that menus are provided via "Transitions", and for drop down 
boxes on the state model. There is no indication in Brodersen that any of these 
labels or drop down boxes can be relied upon to reject "a graph traversal menu to 
enable a user to select a graph traversal program and generate a test sequence of 
inputs for the software application", as recited in claim 8. Accordingly, claim 8 is 
allowable over Brodersen and the §102 rejection should be withdrawn. 

Claim 10 recites "a test execution menu to enable a user to select the test 
driver and initiate the test of the software application". As described above in the 
response to the rejection of claim 1, Brodersen does not show or disclose any such 
test features. The Office rejects claim 10 based on the rejection of claim 8. 
However, claim 10 recites features that are not included in claim 8 and there is no 
mention in Brodersen of a test execution menu or of a test driver to initiate a test 
of the software application, as recited in claim 10. 

Applicant respectfully submits that a prima facie rejection of claims 10 has 
not been provided. The Office merely cites sections of Brodersen without any 
indication as to which features or aspects of Brodersen might be construed to 
reject claim 10. Accordingly, claim 10 is allowable over Brodersen and the §102 
rejection should be withdrawn. 
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Independent Claims 12, 28, 33, 42. and 49 recite one or more features to 
define a model of a software application, generate test inputs from the model, and 
apply the test inputs to the software application to test the software application. 
As described above in the response to the rejection of claim 1, there is no 
indication in Brodersen that a model of a software application is defined, that test 
inputs are generated from the model of the software application, or that the test 
inputs are applied to the software application to test the software application. 
Brodersen only describes that a method or business procedure is tested - not that a 
software application is tested. 

Accordingly, claims 12, 28, 33, 42, and 49 are allowable over Brodersen 
and Applicant respectfully requests that the §102 rejection be withdrawn. 

Claims 13-27 are allowable by virtue of their dependency upon claim 12 
(either directly or indirectly); Claims 29-30 are allowable by virtue of their 
dependency upon claim 28 (either directly or indirectly); Claims 34-37 are 
allowable by virtue of their dependency upon claim 33 (either directly or 
indirectly); Claims 43-48 are allowable by virtue of their dependency upon claim 
42; and Claims 50-52 and 55 are allowable by virtue of their dependency upon 
claim 49. 

Independent Claims 56, 65, and 67 recite methods comprising "generating a 
model of a software application from the state information and the transition 
information", and "generating a test sequence of inputs for the software 
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application from the model of the software application" (claim 56); "presenting a 
user interface that facilitates user entry of state information and transition 
information about a software application to be tested", "a graph traversal program 
that generates a test sequence of inputs for the software application", and "a test 
driver program that executes a test sequence of inputs on the software application" 
(claim 65); and "generating a test sequence of inputs for the software application 
with a graph traversal program", and "executing the test sequence of inputs on the 
software application" (claim 67). 

As described above in the response to the rejection of claim 1, there is no 
indication in Brodersen of testing a software application and Brodersen does not 
show or disclose a user interface for a software application to be tested, a graph 
traversal program that generates a test sequence of inputs for the software 
application, or a test driver program that executes the test sequence of inputs. 

Accordingly, claims 56, 65, and 67 are allowable over Brodersen and 
Applicant respectfully requests that the §102 rejection be withdrawn. 

Claims 57-64 are allowable by virtue of their dependency upon claim 56; 
Claim 66 is allowable by virtue of its dependency upon claim 65; and Claims 
68-69 are allowable by virtue of their dependency upon claim 67. 

Claim 70 recites a computer-readable medium comprising computer 
executable instructions that, when executed, direct a computing system to generate 
a test sequence of inputs for a software application to be tested with a graph 
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traversal program and "execute the test sequence of inputs on the software 
application". 

As described above in the response to the rejection of claim 1, there is no 
indication in Brodersen of testing a software application and Brodersen does not 
show or disclose a test sequence of inputs for a software application to be tested 
with a graph traversal program, or to "execute a test sequence of inputs on the 
software application", as recited in claim 70. 

Accordingly, claim 70 is allowable over Brodersen and the §102 rejection 
should be withdrawn. 

Conclusion 

Pending claims 1-8, 10, 12-30, 33-37, 42-52, and 55-70 are in condition for 
allowance. Applicant respectfully requests reconsideration and issuance of the 
subject application. If any issues remain that preclude issuance of this application, 
the Examiner is urged to contact the undersigned attorney before issuing a 
subsequent Action. 



Dated: Vr> G> ; ^fcQT~ 



Respectfully Submitted, 




Reg. No. 42,905 
(509) 324-9256x210 



lee@hayes 



37 



MS1-556US.M04 



